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f START A METHOD FOR \ 

( SENDING BY REFERENCE IN A CUSTOMIZABLE, ) 
V TAG-BASED PROTOCOL 



J 



0 



U SENDER SERVICE PREPARES A MESSAGE WITl}, 
ONE OR MORE REFERENCES TO ONE OR MORE 
BUFFERS (SEE FIGS. 5B-5D) 



AN INTERMEDLiTE NODE PROCESSES THE 
\MESSAGE WITH ONE OR MORE REFERENCES TO 
ONE OR MORE BUFFERS (SEE FIGS. 5E-5F) 



502 



504 



A RECEIVER SERVICE PROCESSES THE 
\MESSAGE WITH ONE OR MORE REFERENCES TO^ 
ONE OR MORE BUFFERS (SEE FIGS. 5G-5I) 



506 



Fig. 5 A. 
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9 



A SENDER SERVICE AT A FIRST NODE 
FINDS A SESSION MANAGER SERVICE 
FROM A DIRECTORY 


^ 


r 


THE SENDER SE 
CREATE TRANSFER 
TO THE SESSION ]\^. 


RVICE ISSUES A 
SESSION REQUEST > 

(ANAGER SERVICE 
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510 



THE CREATE TRANSFER SESSION REQUEST IS SENT 
ALONG WITH PARAMETERS IDENTIFYING THE URI 

OF THE RECEIVER SER VICE ATA SECOND NODE 



512 



THE SESSION MANAGER SERVICE RECEIVES THE CREATE 
TRANSFER SESSION REQUEST ALONG WITH PARAMETERS 

IDENTIFYING THE URI OF THE RECEIVER SERVICE 



514 



THE SESSION MANAGER 
ISSUES A MAPPING REQUEST 
TO A NETWORK MANAGER 



516 



THE MAPPING REQUEST IS SENT ALONG 
WITH THE URI OF THE RECEIVER SERVICE 
AND AN ADDRESS OF A LOCAL BUFFER 



THE NETWORK MANAGER PASSES THE 
ADDRESS OF THE LOCAL BUFFER TO A 

RNICAND REQUESTS A STEERING TAG 
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Fig. SB. 
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1 



THERMIC ASSOCIATES A STEERING TAG WITH THE 
ADDRESS OF THE LOCAL BUFFER AND RETURNS THE 
STEERING TAG ALONG WITH A NETWORK PORT NUMBER 



522 





THE SESSION MANAGER CREATES A SESSION 
SERVICE WITH A URI WHICH CAN PROVIDE A 
TRANSFER CONTEXT (TO BE CREATED) 


\^524 




^ 






THE SESSION MANAGER CREATES A TRANSFER 
CONTEXT, WHICH RELATES THE STEERING TAG WITH 
THE ADDRESS OF THE LOCAL BUFFER 





THE SESSION SERVICE IN ESSENCE REPRESENTS THE LOCAL 
BUFFER ALLOWING OTHER SERVICES TO QUERY FOR META 
DATA INFORMATION, SUCH AS THE TRANSFER CONTEXT 



THE SESSION MANAGER ISSUES A CREATE TRANSFER SESSION 
RESPONSE TO THE SENDER SERVICE (ALONG IS SENT THE URI 
OF THE SESSION SERVICE AND THE TRANSFER CONTEXT) 



530 



THE SENDER SERVICE RECEIVES THE CREATE 
TRANSFER SESSION RESPONSE ALONG WITH THE URI OF 
THE SESSION SERVICE AND THE TRANSFER CONTEXT 
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Fig.SC. 
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THE SENDER SERVICE CONSTRUCTS THE HEADER OF A 
SOAP MESSAGE TO CONTAIN THE TRANSFER CONTEXT 
INCLUDING THE URI OF THE SESSION SERVICE 



534 



THE SENDER SERVICE CONSTRUCTS AN 
ATTRIBUTE INDICATING A REFERENCE TO 
THE URI OF THE SESSION SERVICE 




f 


THE SENDER SERVICE CONSTRUCTS A BODY 
OF THE SOAP MESSAGE WHICH USES THE 
ATTRIBUTE TO DESCRIBE THE BUFFER 


^ 




THE SENDER SER VICE 
THE BODY OF THE SOA 
FROMUNAUTHi 


OPTIONALLY ENCODES 
P MESSA GE TO SECURE 
DRIZED ACCESS 



V 
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538 



540 



THE SENDER SERVICE SENDS AN UPDATE 
REQUEST ALONG WITH THE SOAP MESSAGE 
CONTAINING THE URI OF THE SESSION SERVICE 



542 



THE RNIC OF THE FIRST NODE SENDS 
THE SOAP MESSAGE (IN SERIALIZED 
FORM) ACROSS A NETWORK 



544 



Fig.SD. 
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YES 



YES 



THE RNIC OF THE INTERMEDIARY 
RECEIVES THE SERIALIZED SOAP 
MESSAGE AND RECONSTITUTES IT 
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Fig.SE. 
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THE INTERMEDIARY PARSES THE 
HEAD OF THE SOAP MESSAGE TO 
FIND THE TRANSFER CONTEXT 



552 



THE INTERMEDIARY REPEATS PROCESSING STEPS 520-532 
(FIGS. 5B-5C) BASED ON THE INFORMATION IN THE 
TRANSFER CONTEXT TO CREATE A STAGING BUFFER 
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IS THE SOAP 

MESSAGE 
DELIVERING 
INFORMATION? 
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NO 



YES 



THE CONTENT OF THE BUFFER OF THE PREVIOUS 
TRANSFER CONTEXT IS TRANSFERRED VIA RDMA 
INTO THE STAGING BUFFER OF THE INTERMEDIARY 
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THE INTERMEDIARY CHANGES THE HEADER OF 
THE SOAP MESSAGE TO INCLUDE THE TRANSFER 
CONTEXT CREATED BY THE INTERMEDIARY 




r 


THE RNIC OF THE INTE 
SOAP MESSAGE (INSER 
THE NETWORK TOWAi 


IRMEDLiRY SENDS THE 
lALIZED FORM) ACROSS 
RD THE DESTINATION 
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Fig.SF. 



© 



Title: SEND BY REFERENCE IN A CUSTOMIZ- 

ABLE, TAG-BASED PROTOCOL 
Inventors: David G. Conroy et al. 

Docket No.: MSFT121951 



DRAFT 



MSFT-1-2I95I 



500 



1 



14/16 



THE RECEIVER SERVICE AT THE SECOND 
NODE RECEIVES THE UPDATE REQUEST AND 
PARSES THE BODY OF THE SOAP MESSAGE 



564 



UPON ENCOUNTERING THE ATTRIBUTE IN THE 
BODY, THE RECEIVER SERVICE FINDS THE 
TRANSFER CONTEXT DESCRIBED IN THE HEADER 
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THE RECEIVER SERVICE ALLOCATES A 
LOCAL BUFFER BASED ON THE 
INFORMATION IN THE TRANSFER CONTEXT 
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NO 



£ 



THE RECEIVER SERVICE LOCATES A LOCAL 

BUFFER AT THE SECOND NODE 
CONTAINING THE DESIRED INFORMATION 
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THE RECEIVER SERVICE ISSUES AN INSERT REQUEST TO 
A SESSION MANAGER ON THE SECOND NODE (ALONG 
WHICH IS SENT THE TRANSFER CONTEXT) 
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Fig.SG. 
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THE SESSION MANA GER RECEIVES 
THE INSERT REQUEST AND PARSES 
THE TRANSFER CONTEXT 
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THE SESSION MANAGER INVOKES THE NETWORK 
MANAGER WHO IN TURNS COMMUNICA TES WITH THE 
RNIC TO TRANSFER INFORMATION 
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IS THE ACTION 
ONE OF DELIVERING 
INFORMATION? 



580 



THE RNIC AT THE OTHER NODE TRANSFERS 
INFORMATION TO THE RNIC AT THE SECOND NODE 
USING THE STEERING TAG IN THE TRANSFER CONTEXT 



j^S82 
NO 



£ 



THE RNIC AT THE SECOND NODE TRANSFERS 
INFORMATION TO THE RNIC AT THE OTHER NODE USING 
THE STEERING TAG IN THE TRANSFER CONTEXT 



r 
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AFTER TRANSFERRING HAS COMPLETED, THE 
SESSION MANAGER ISSUES AN INSERT 
RESPONSE TO THE RECEIVER SERVICE 
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Fig.SH. 
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THE RECEIVER SERVICE RECEIVES THE 
INSERT RESPONSE AND ISSUES AN UPDATE 
RESPONSE TOWARD THE SENDER SERVICE 



r 
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THE PROCESSING STEPS BETWEEN NODES CAND D ARE 
REPEATED AS A SOAP MESSAGE CONTAINING THE INSERT 
RESPONSE PROCEEDS BACK TO THE SENDER SERVICE 



r 



560 



THE SENDER SER VICE RECEIVES THE 
UPDATE RESPONSE AND ISSUES A DROP 
MESSAGE TO THE SESSION SERVICE 



^562 



THE SESSION SERVICE 
TERMINATES EXECUTION 



r 
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Fig. 51. 



